NetNews Offline 2/NetNews Offline Volume 2.iso/news/comp/dcom/modems-part1/3977

Internet Message Format | 1996-08-05 | 4.2 KB

Path: news.leonardo.net!usenet
From: John White <[e-mail]>
Newsgroups: comp.sys.mac.comm,comp.dcom.modems
Subject: Re: faster than 28.8
Date: Sun, 04 Feb 1996 07:55:23 -0800
Organization: Leonardo Internet
Message-ID: <[e-mail]>
References: <[e-mail]> <4ds0fp$[e-mail]> <[e-mail]> <bgrubb-2301960739100001@10.0.2.15> <4e3lbi$[e-mail]> <[e-mail].n <4f1qi8$[e-mail]>
NNTP-Posting-Host: port14.fishnet.net
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 2.0 (Win95; I)

doug haire wrote:
>
> et> <[e-mail]> <[e-mail]>
<[e-mail]>
<[e-mail]>:
> Distribution:
>
> Eric Shaw ([e-mail]) wrote:
> : In article <[e-mail]>, [e-mail] (Dale
> : Shuttleworth) wrote:
> :
> : >I know for a fact (and am quite happy to demonstrate) that my Courier
> : >can achieve near 11520 bytes/sec on highly compressible files.  I have
> : >even seen some five second periods of PPP traffic where 10kbytes/sec
> : >was sustained.
> :
> : With PPP, this is possible, because PPP does its own compression in your
> : computer before the data reaches the modem, so the modem has less data to
> : compress.  Compressed data travels slower through a PPP/SLIP connection
> : than it would normally because of the extra overhead of PPP/SLIP and TCP
> : protocols.  Uncompressed data can actually travel faster though, because
> : of PPP's compression, or CSLIP compression when used with slip.  Can your
> : Courier do this with a plain old Zmodem or Ymodem-G transfer? I seriously
> : doubt it, because the ones here CAN'T.
>
> Why do you continue to post this absolutely false information? If the
> Couriers at your location can't, it's because you have them configured
> improperly. If you are talking about the Couriers at your ISP then it's
> likely the ISP has them configured improperly or their end is set at less
> than 115200 or they have machine overhead that's limiting the transfer rate.
> But your claim that Couriers can't do this is blatantly false and has
> been shown to be false several times. Get over it!
>
> : >I suggest that you may have poor telephone connections, are using faulty
> : >modems or your measurements may be flawed in some way.
> :
> : The two Couriers were connected to two computers less than 10 feet apart
> : from each other, and I connected the line jack on the two modems with a
> : straight 8-foot phone cord, the same one that was used with the Supras
> : achieving over 11K/s.  ATX3D was typed on one modem, then ATA on the
> : other.  There was no significant line noise, as the data was not
> : travelling through Southern Bell's phone lines.  The modems reported that
> : they were connected at 33600bps due to the near perfect line conditions.
> : Even with Ymodem-G, both computers reported transfer speeds between the
> : Couriers of 6200-6300cps.
>
> Let's see the data. I have asked for this before and I am asking again.
> This is totally bogus.
>
> : It is interesting to note, however, that the Courier can achieve over
> : 10K/s (but still not over 11K/s) when downloading from a NON-USR, but not
> : when UPLOADING.  This agrees with the processor in it being too slow,
> : because most compression protocols require more time to compress (like
> : uploading) than to decompress (like downloading), probably including
> : v.42bis.
>
> Wrong again and shown wrong by me with data to back it up. Any data from
> you? Nope.
>
> --
>  "Things are more like they are now than they ever were before."
>  [Dwight D. Eisenhower]Anyone can post nonsense data to back up anything they want. I have
tried for several weeks now to verify yours but I just cannot. Are you
using some special files provided to you from USR. Using common files
that the average user will be using I can't obtain the level of
performance your data shows. I am NOT going to list some nerdy table of
my results though. So just go ahead and WHINE ABOUT IT. And don't forget
to add the Eisenhower line.